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(54) Multiple-package installation with package dependencies 

(57) Installation of a multi-package distribution soft- 
ware pack (45) is split Into installation of each dominant, 
or primary, package and installation of the dependent, 
or secondary, packages dependent on that dominant 
package. The dependent packages are installed (129) 
before or after installation (122) of the dominant pack- 
age depending upon the constraints of the target sys- 
tem tor the installation. As the dominant package is 
installed or delayed for later installation, an action list of 
dependent packages to be installed Is built, and a trailer 
script executable by the installation utility is created 
(114) to install the dependent packages on the action 
list. Since a dependent package may also be a domi- 
nant package, the flow of operations in the invention are 
layered to add additional entries on the action list for 
additional dependent packages dependent from a dom- 
inant package that is dependent from another dominant 
package. 
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Description 

Field of the Invention . 

This invention relates to installing software prod- 
ucts, herein referred to as software packages or pack- 
ages, on computing systems either in a distributed 
processing computing system having a server and mul- 
tiple clients or singular systems not connected to a net- 
work (a standalone). More particularly, the invention 
relates to installing a software package having at least 
one dependent software package also to be installed on 
a server or standalone file space, multiple client file 
space or both in the file system of the server and one or 
more clients. 

Description of Related Art . 

In a distributed processing system, multiple client 
conputer workstations, i.e., clients, attached to a server 
conputing system, i.e., server, are provided with com- 
puter services, particularly file system services, from 
the server. In the server, there is a large capacity non- 
volatile storage device, such as a hard disk drive, for 
storing the operative program and data files used by the 
server. In addition, this storage device also stores in 
files allocated to each client's operative programs and 
data. 

Each client is connected through a network file sys- 
tem, NFS, to the Unix file system. UFS. in the server. 
The client need not have its own disk drive for storing 
program and data files. In effect, client program and 
data files in the server are downloaded to virtual disk 
drives in memory in the client as the program and data 
files of the client are needed for cperation. 

In a standalone computing system, a standalone 
file system resembles a sen/er with file systems in every 
aspect except that it does not make any of its file sys- 
tems available to clients. 

To Install a new software package onto a system, a 
package installation utility has been used. In Unix Sys- 
tem V Release 4 operating system, this installation util- 
ity is pkgadd (package add). 

The pkgadd utility program receives software pack- 
ages for installation usually from a conrpact disk read 
only memory (CD ROM). The software package is deliv- 
ered on optical di^ read by the CD ROM driver into the 
host computing system. The pkgadd utility installs the 
package by storing the Installed package on the hard 
disk drive in the server. 

Where the software to be installed is a primary 
package and one or more secondary packages upon 
which the primary package Is dependent, the installa- 
tion of the dependent packages must be done first and 
then a separate installation of the primary package is 
performed. These Installations are performed one at a 
time on a server or client system as the case may be. 

Since each Installation is a time consuming proc- 
ess, what Is needed Is the capability to install a multi- 



package distribution pack with package dependencies 
on a target system (server or client) In a single installa- 
tion operation. 

5 SUMMARY OF THE INVENTION 

In accordance with this invention, the above prob- 
lem has been shelved by splitting the Installation of the 
multi-package distribution pack into installation of each 

10 dominant, or primary, package and installation of tiie 
dependent, or secondary, packages dependent on that 
dominant package. The current invention allows for 
Installation of the dependent packages first or last 
depending upon the constraints of the target system. As 

75 tiie dominant package is installed or delayed for later 
installation, an action list of dependent packages to be 
installed is built, and a trailer script executable by the 
Installation utility Is created to install tiie dependent 
packages on tiie action list Since a dependent package 

20 may also be a dominant package, the flow of operations 
in the invention are layered to add additional entries on 
the action list for additional dependent package 
deperdent from a dominant package that Is dependent 
from another dominant package. 

25 In a mettiod implementation of the invention, tiie 
installation in a computing system of a multi-package 
distrbution pacK where at least one of tiie software 
packages in tiie pack Is dependent on anotiier dominant 
package In tiie pack, begins by reading a dep^ency 

30 list for each dominant package to be installed. The 
dependency list Identifies dependent packages that tiie 
dominant package Is dependent upon. If the dominant 
package has a dependent package not already 
Installed, tiie metiiod consti^ucts a trailer script process 

35 and an action list. The action list has action entries Iden- 
tifying dependent packages not previously installed. 
The ti^ailer script process controls installation of the 
dependent packages on the action list. The metiiod first 
installs the dominant package and then executes tiie 

40 trailer script process to install tiie dependent packages 
on tiie action list. 

The mettiod implementation of the invention also 
detects whetiier tiie dominant package has a depend- 
ency list of dependent packages. If there is a depend- 

45 ency list, a dependency errtry identifying a dependent 
package is read from the list, and tiie system Is checked 
to see if tiie dependent package has already been 
ir^talled. If tiie dependent package has not been 
installed, an action entry is added to tiie action list for 

50 the dependent package. If the dependent package has 
been installed, the next dependency entry on tiie 
dependency list is read, and an action entry is added If 
necessary. When all dependent packages, not previ- 
ously installed, have an action errtry on tiie action list. 

55 tiie dominant package is installed. 

In another embodiment of tiie invention, the domi- 
nant package may be inserted at the end of the action 
list and thus cause the dominant package Installation to 
be delayed until all dependent packages are installed. 
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In further features of the invention, the trailer script 
process detects an action entry on the action list and 
installs the dependent package identified by the action 
entry The trailer saipt process then deletes from the 
action list the action entry for the dependent package 
just installed. Finally the executed trailer script clears 
the trailer script and the action list from the computing 
system when the action list is empty. 

In another embodiment of the invention, the method 
also tests whether the dependent package, identified by 
the action entry from tine action list, is also a dominant 
package having additional dependent packages. If a 
dependent package also has additional dependent 
packages, the method identifies tiie additional depend- 
ent packages and adds action entries on the action list 
for the additional dependent packages. Then tiie 
dependent package having the additional dependent 
packages is installed, and the action entry for that 
dependent package is deleted from the action list. 

The above conrputer innplemented steps in another 
implementation of the invention are provided as an arti- 
cle of manufacture, i.e.. a computer storage medium 
containing a computer program of instructions for per- 
forming the above described steps. 

In a machine implementation of the invention appa- 
ratus for instalOng a plurality of dominant and dependent 
software packages in a computer has a plurality of mod- 
ules. A test module tests whether or not a dominant 
package to be installed has dependent packages to be 
installed. A const-uct nrKdule consfructs an action list if 
said test module indicates ttie dominant package has a 
dependent package not already installed. The action list 
has action entries, each action entry identifying a pack- 
age to be installed. A trailer script module controls 
installation of packages on tiie action list. An action 
enfry add module adds to the action list tiie dependent 
package not already installed, and an install module 
installs tiie dominant package and calls tiie frailer script 
module to install packages on tiie action list. 

In a feature of the invention tiie install module uses 
the action entry add module to add an entry for tiie dom- 
inant package at tiie end of the action list. Then the 
trailer script module, when called by tiie install module, 
installs tiie dependent packages and tiie dominant 
package identified on the action list. 

In another feature of the invention the install module 
has a primary Install module installir>g the dominant 
package directly. The frailer script nxxJule. when called 
by said install module, installs only the dependent pack- 
ages identified on the action list 

The frailer script module of ttie invention has a 
detection module detecting an action enfry on the action 
list, and an action enti7 install module installing the 
dependent package identified by the action entry. As a 
further feature of the invention ttie frailer script nrodule 
also has a delete module deleting from the action list tiie 
action entry for ttie dependent package installed by said 
action entry install module. 

As a further feature of the invention a dependency 



check module is provided. This check module checks 
whettier tiie dependent package, identified by tiie action 
entry from the action list, is also a dominant package 
having additional dependent packages. If the depend- 

5 ent pad^ge is also a dominant package having addition 
dependent packages, the action entry add module iden- 
tifies tiie additional dependent packages and adds 
action entries on the action list for tiie additional 
dependent packages. The action enfry install module 

10 installs the dependent package having additional 
dependent packages, and tiie delete module deletes 
from tiie action list the action enfry for tiie dependent 
package having additional dependent packages. 

The great advantage and utility of the present 

15 invention is that a multi-package disfributlon pack may 
be installed witii a single load on the computing system. 
The packages within the pack do not have to be sepa- 
rately loaded. This structural detail is hidden from the 
user. 

20 The foregoing and other features, utilities and 
advantages of the invention will be apparent from tiie 
following more particular description of a preferred 
embodiment of the invention as illusfrated in tiie accom- 
pany drawings. 

25 

PqiFP nF.QnRIPTIQNl OF DRAWINGS 

Rg. 1 illusfrates a client/sen/er disfributed process- 
ing system having a server computing system and a 
30 plurality of client workstations connected in a network to 
perform the logical operations of the invention. 

Fig. 2, conposed of Fig. 2A and Fig. 2B. illusfrates 
the logical operations of the preferred embodiment of 
tiie invention for installing primary, or dominant, pack- 
35 ages and their secondary, or dependent, packages. 

Rg. 3 shows tiie frailer script operations called from 
Rg. 2. 

Rg. 4 shows an add operation to replace install 
operation 122 in Fig. 2B whereby tiie dominant package 
40 is installed from the action list. 

Rg. 5 shows additional operations for an embodi- 
ment of the invention where dominant packages are 
installed from a dominant package action list. 

45 DETAILED DESCRIPTION OF PREFERRED EMBOD- 
IMENT? 

The embodiments of the inventions described 
herein are inrplemented as logical operations in a com- 

50 puting system. The logical operations of the present 
invention are implemented (1) as a sequence of compu- 
ter implemented steps running on a computing system 
and (2) as interconnected machine modules within a 
conputing system. The method implementation or 

55 machine implementation is a matter of choice depend- 
ent on tiie pelormance requirements of the computing 
system implementing tiie invention. Accordingly, the 
logical operations making up the embodiments of the 
invention described herein are referred to variously as 
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operations, steps or modules. 

In accordance with a preferred entDodiment of the 
invention, a server installs a multi-package distribution 
pack on the server storage system. To this end, and 
referring first to Fig. 1 , the computing system 20. acting 5 
as a server performing the operations of installing the 
multi-package distribution pack 45. CPU 23 performs 
the installation at the server 20 for the server file system 
or client file systems in the server. The client file sys- 
tems in the server provide program and data files to di- io 
ent stations 35 connected to the server the network 46. 
Three clients are illustrated in Fig. 1 . 

In Fig. 1 , processor 21 includes an Input/output sec- 
tion 22, a central processing unit 23, and a memory sec- 
tion 24. The input/output section 22 is connected to a is 
keyboard 25. a display or monitor 26, and a disk storage 
unit 29 as well as an optical disk drive unit 27 for reading 
a cd-rom 28 and a floppy disk drive unit 30 Ibr reading a 
diskette 31 . Distribution pack 45 may be loaded into the 
computing system 20 from either the cd-rom 28 or dis- so 
kette 31. The input/output unit 22 includes a communi- 
cations adaptor communicating on the network 46 to the 
remote client stations. Exannples of computing systems 
that may be used as either a server 20 or a client 35 
include the SPARC^ TM systen^ offered by Sun Micro- 25 
systems TM, Incorporated, personal computers offered 
by IBM Corporation and by other manufacturers of IBM 
compatible personal computers and systems running 
the UNIX^, OS/2^. AIX. DOS. etc. operating systems. 

The distribution pack handled by this invention has so 
multiple packages to be installed. These multiple pack- 
ages have primary, or dominant, packages and second- 
ary, or d^endent, packages. A primary package may 
have secondary packages on which it is dependent. A 
primary package may also be dependent from anotiier as 
primary package. Thus a primary package may be pri- 
mary in one installation and secondary in another instal- 
lation. 

In Fig. 2A, the install package logical operations for 
a distribution pack of multiple packages begins at deci- 40 
slon operation 100 which tests whether the first primary 
package in the installation dependency lists 101 has a 
list of dependent secondary packages. If there is no list 
for the primary package, the process branches "no" to 
operation 102 which proceeds to use the package add 45 
utility to install the primary package. After the package 
is installed, tiie process retums to decision operation 
100 to test whether the next primary package to be 
installed has a list of dependencies. 

Installation dependency list 101 in Fig. 2A is exem- so 
plary of an distribution pack having multiple packages 
witii dependencies. Package A and Package C are pri- 
mary packages. Package C is also a secondary pack- 
age in Package A's dependency list. Packages B and D 

55 

^ SPARC is a trademark of Sun Microsystems, Inc. 
^UNIX is a trademark Licensed by X/Open Company 
Ltd. 

^OS/2 and AIX are trademarks of IBM Corporation. 



are secondary packages in Package C's dependency 
list. The installation dependency list 101 would be pro- 
vided in tiie package information (pkginfo) file received 
vknth tiie multiple package to be installed. 

The first primary package on the installation 
dependency lists is Package A which has a dependency 
list including package C. Accordingly, decision operation 
100 branches "yes" to operation 104 to read the list for 
the primary Package A from installation dependency 
lists 101. 

After operation 104 at the server has read the 
dependency list for Package A, operation 106 gets the 
first entry off Package A's dependency list which Is sec- 
ondary Package C on which Package A depends. Deci- 
sion operation 108 tests whether the dependent 
Package C has been installed. Since the dependent 
package (Package C) has not been Installed, the flow of 
operations branches "no" to decision operation 110 in 
Fig. 2B. 

In Fig. 2B, decision operation 110. detects whether 
there is an action list. An action list Is a list of tiiose 
dependent packages tiiat will be subsequently installed 
by a trailer script after the present package (primary 
Package A in the example) Is installed. If there is an 
action list, add module 112 adds the name of tiie 
dependent package to the action list. If there is no 
action list, decision operation 110 branches "no" to tiie 
trailer script construct module 114. Trailer scrpt con- 
struct module builds the trailer script and aeates tiie 
action list to be used by the trailer script. A saipt pro- 
gram is a program designed to be executed by tiie 
pkgadd utility to perform operations specified by tiie 
script. The trailer script will be executed by pkgadd utility 
to assist installation of packages on the action list. After 
the trailer script construct module 114 has built and 
stored the trailer script and the action list, operation 1 1 2 
adds the name of the dependent package to the action 
list 

Decision operation 1 16 then tests whether there is 
another entry on tiie dependency list for Package A. If 
there is anotiier entry, tiie process returns to operation 
106 In Rg. 2A to get the next entry off tiie d^endency 
list. There are no otiier dependent packages listed in 
the Package A dependency list in installation depend- 
ency lists 101. Therefore, decision operation 116 in Rg. 
2B wouki branch *no" to finish package install module 
122. However for the moment, assume that there was 
another dependent package in the Package A depend- 
ency list and assume this next dependent package had 
already been entered earlier during another install oper- 
ation. Then decision operation 108 in Fig. 2A would 
branch the flow of operations "yes" to decision opera- 
tion 118. In otiier words, there was another dependent 
package, but tt is already installed. 

In Rg. 2 A decision operation 118 tests whether 
there are any more dependency list entries and if tiiere 
are returns the process to operation 1 06. If on the other 
hand there are no more dependent packages listed on 
the dependency list for tiie primary package, operation 
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118 branches "no" to operation 120. Operation 120 
tests wtiether there are any action list entries. If there 
are no action list entries, the priniary package may be 
installed without the necessity of installing secondary, or 
dependent, packages, i.e., using the trailer scylpt Thus, 
the process branches "no" from decision operation 120 
to operation 102 to install the primary package. On the 
other hand, if decision operation 120 detects that there 
is an entry on the action list, the process branches 
"yes "to operation 122 in Fig. 2B. Operation 122 installs 
the primary package; however, the difference now is 
that, following operation 122 and decision operation 
124. the trailer saipt ts executed. This is necessary 
since there are dependent packages on the action list 
that must now be installed. 

Decision operation 124 is checking that the pack- 
age just installed by operation 1 22 was not on the action 
list. The purpose of this checking operation will be 
desaibed hereinafter. 

Now returning to the example of Package A from 
the installation dependency lists 101, after add module 
112 lists Package C on the action list, decision opera- 
tion 116 branches "no" to operation 122 because Pack- 
age C is the only secondary package listed for Package 
A. Therefore operation 122 proceeds to install Package 
A, and decision operation 124 tests whether Package A 
was on the action list. Since Package A is not on the 
action list the operation flow branches to execute the 
trailer script shown in Fig. 2 as built for Package C by 
construct module 114. 

The trailer saipt module of Fig. 3 begins at decision 
operation 126 which detects if there is an entry on the 
action list. There will be an entry on the action list other- 
wise the trailer script module would not have been 
called. Decision module 128 retrieves and test whether 
the first dependent package identified by name on the 
action list also has a list of dependencies. In the present 
example. Package C is the first and only package pres- 
ently on the action list and does have a list of dependen- 
cies (see Package C list in Installation Dependency 
Lists 101 of Rg. 2A). Therefore, operation flow 
branches "yes "from decision operation 128 to opera- 
tion 104 in Fig. 2 A. 

In the present example, Package C is dependent 
upon Package B and Package D. Operation 104 reads 
Package C's dependency list. As discussed above for 
Package A, the flow of logical operations will proceed in 
a loop twice through operations 106, 108, 1 10, 1 12 and 
116. During the first pass through the loop Package B is 
added to the action list, and during the second pass 
through the loop Package D is added to the action list 
The action list now lists Packages C, B and D. 

During the second pass through decision operation 
1 1 6 in Fig. 1 B. there wilt be no more packages on Pack- 
age C's dependency list. Therefore, operation 116 
branches the operation flow to install package module 
122. Install module 122 now uses pkgadd utility to install 
Package C. 

After Package C is installed, decision operation 124 



tests whether Package C just installed was on the action 
list. Since Package C was on the action list, the opera- 
tion flow branches from decision operation 124 to oper- 
ation 130 in Rg. 3. Operation 130 deletes the Package 

5 C entry from the action list. The action list now lists 
Pacteges B and D. 

Next, decision operation 126 tests whether there is 
an action entry remaining on the action list. Since Pack- 
age B and Package D are listed as entries in the action 

10 list, the operation flow branches to decision operation 
128. Decision operation 128 retrieves the entry for 
Package B from the action list and tests whether Pack- 
age B has a dependency list. Since Package B does not 
have a dependency list in the installation dependency 

15 lists 101 , the operation flow branches to module 129 to 
install Package B. 

Once the installation of the dependent package is 
accomplished by install module 129, the entry for pack- 
age B is deleted from the action list by operation 130. 

20 The trailer script process then returns to decision oper- 
ation 126 to see if there are any more entries on the 
action list. The action list now contains only an entry for 
Packaged D. 

Operations 126, 128. 129 and 130 around loop 132 

25 will continue until decision operation 1 26 detects that all 
dependency packages identified by entries on the 
action list have been installed and there name deleted 
from the action list. If the package being installed is a 
primary package having a dependency list of secondary 

30 packages (like Package C in our example), the flow of 
operations branches out of loop 1 32 at operation 1 28 to 
operations in Figs. 1 A and IB, and returns to loop 132 
from Fig. IB at operation 130. The operations in Figs. 
1 A and 1 B add the names of secondary packages to the 

35 action list and installs the primary package. 

Returning to the example, Package D is the only 
item now on the action list. Package D does not have a 
dependency list. Therefore, operation 128 branches 
"no" to operation 129. and install operation 129 installs 

40 Package D. Delete module 130 then deletes Package 
D's name from the action list. The action list is now 
empty. 

When the action list is emptied, decision operation 
126 branches the trailer script process no to operation 

45 1 34. Operation 1 34 deletes the trailer script from tempo- 
rary storage at the server. Then operation 136 deletes 
the empty action list from tenporary storage at the 
server. This completes the trailer script operation and 
the trailer script returns control to module 1 24 in Fig. 1 B. 

so Module 124 has been completed as just described for 
Fig. 2 and thus the installation of the package with 
dependenci^ is complete. 

In the alternative preferred embodiment of the 
invention where dominant or primary packages are 

55 installed last rather than first, add module 140 in Fig. 4 
replaces install package operation 122 in Fig. 2B. Mod- 
ule 140 creates a don^nant package action list the first 
time a dominant package is to be installed and adds a 
primary or dominant package to this dominant package 
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action list. Any additional primary or dominant packages 
in a multiple package install are added to the dominant 
package action list as they come up for installation. 

In addition to add module 140, this alternative 
embodiment also adds decision operation 142 and 
install nnodule 144 in Fig. 5 between decision operation 
126 and delete operation 134 in Fig. 3. Decision opera- 
tion 142 tests whether or not there is an entry on the 
dominant package action list created by install module 
140. If there is an entry on the dominant package action 
list install module 144 sequentially installs the primary 
packages on the dominant package action list. Thereaf- 
ter the operation flow returns to delete step 134 In Fig. 
3. Step 134 deletes the trailer script, and step 136 
deletes the enpty regular action list for secondary pack- 
ages and the dominant action package list. 

In another implementation of add module 140, add 
module 140 merely adds the dominant package to the 
end of action list for dependent packages. The dominant 
package is then installed after the installation of the 
dependent packages. 

While the invention has been particularly shown 
and described with reference to a preferred embodi- 
ment thereof, it will be understood by those skilled in the 
art that various other changes in the form and details 
may be made therein without departing from the spirit 
and scope of the invention. 

Claims 

1. A method for installing a plurality of software pack- 
ages in a computing system (20), at least one of the 
software packages being dependent on a dominant 
software package, said method comprising the 
computer implemented steps of: 

reading for each dominant package to be 
installed the dependency list for the dominant 
package, said dependerK^y list (101) identifying 
dependent packages that the dominant pack- 
age is dependent upon; 
if the dominant package has a dependent 
package not already installed, constructing 
(1 14) a trailer script process and an action list, 
said action list having action entries, each 
action entry identifying a package, said trailer 
script process controlling installation of pack- 
ages on the action list; 

adding (112) to the action list the dependent 
package not already installed; and 
installing (122) the dominant package and 
dependent packages. 

2. The method of claim 1 wherein said installing step 
(122) comprises the steps of: 

adding (140) an entry for the dominant pack- 
age at the end of the action list; 
calling the trailer script process to install the 



dependent packages (129) and the dominant 
package (144) on the action list. 

3. The method of claim 1 wherein said installing step 
5 (122) comprises the steps of: 

installing the dominant package; 

calling the trailer script process to install the 

dependent packages on the action list. 

10 

4. The method of claim 3 wherein said trailer script 
process comprises the steps of: 

detecting (126) an action entry on the action 
15 list; and 

installing (129) the dependent package identi- 
fied by the action entry. 

5. The method of claim 4 wherein said trailer script 
20 process further comprises the steps of: 

deleting (130) from the action list the action 
entry for the dependent package installed by 
said step of installing the dependent package; 
25 and 

clearing the trailer script (134) and the action 
list (136) from the computing system if said 
detecting step (126) detects an empty action 
list. 

30 

6. The method of claim 3 further conrprising the steps 
of: 

testing (128) whether the dependent package, 
35 identified by the action entry from the action 

list, is also a dominant package having addi- 
tional dependent packages; 
identifying (104) the additional dependent 
packages and adding (112) action entries on 
40 the action list for the additional dependent 

package; 

installing (122) the dependent package having 
additional dependent pactoges; and 
deleting (130) from the action list the action 
45 entry for the dependent package having addi- 

tional dependent packages. 

7. The method of claim 3 further comprising the st^ 
of: 

50 

detecting (128) whether the dominant package 
has a dependency list of dependent packages; 
if there is a dependency list, reading (104) a 
dependency entry identifying a dependent 
55 package; 

checking (108) if the dependent package has 
been installed; 

if the dependent package has not been 
installed adding (112) an action entry on the 
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action list for the dependent package: 
if the dependent package has been installed, 
reading (106) the next dependency entry on 
the dependency list; 

detecting (118) when all action entries for the s 
dependent packages for the dominant package 
have been listed on the action list; and 
installing the doniinant package, 
and 

10 

8. Apparatus for installing a plurality of software pack- 
ages (45) in a conrrputing system (20), the comput- 
ing system having a processor (21), an input/output 
device (22). and a data storage device (29), at feast 
one of the software packages being dependent on is 
a dominant software package, said apparatus com- 
prising: 

a test module testing (100) whether or not a 
dominarrt package to be installed has depend- 20 
ent packages to be installed; the dominant 
package t>eing dependent on the dependent 
packages for successful operation; 
a construct nrxxJule constructing (114) an 
action list if said test module indicates (1 08) the ss 
dominant package has a dependent package 
not already installed, said action list having 
action entries, each action entry identifying a 
package to be installed; 

a trailer script module controlling installation of 30 

packages on the action list; 

an action entry add module adding (112) to the 

action list the dependent package not already 

installed; 

an install module installing (122) the dominant 35 
package and calling the trailer script module to 
install packages on the action list. 

9. The apparatus of claim 8 wherein said install mod- 
ule comprises: 40 

said action entry add module adding (140) an 
entry for the dominant package at the end of 
the action list; 

said trailer script module, when called by the 45 
install module, installing (144) the dependent 
packages and the dominant package identified 
on the action list. 

10. The apparatus of claim 8 wherein said install mod- so 
ule comprises: 

a primary install module installing the dominant 
pad^ge directly; 

said trailer saipt module, when called by said ss 
install module, installing (129) the dependent 
packages identified on the action list. 

1 1 . The apparatus of claim 1 0 wherein said trailer script 



module comprises: 

a detection module (126) detecting an action 

entry on the action list; and 

an action entry install module installing the 

dependent package identified by the action 

entry. 

12. The apparatus of daim 1 1 wherein said trailer saipt 
module further comprises: 

a delete module (130) deleting from the action 
list the action entry for the dependent package 
installed by said action entry install module. 

13. The apparatus of claim 10 further comprising: 

a dependency check module checking (128) 
whether the dependent package, identified by 
the action entry from the action list, is also a 
dominant package having additional depend- 
ent packages; 

said action entry add module identifying (104) 
the additional dependent packages and adding 
(110) action entries on the action list for the 
additional dependent packages; 
said action entry install module installing (129) 
the dependent package having additional 
dependent packages: and 
said delete module deleting (130) from the 
action list the action entry for the dependent 
package having additional dependent pack- 
ages. 

1 4. A computer program storage medium readable by a 
computing system and encoding a conputer pro- 
gram of instructions for executing a computer proc- 
ess for installing a plurality of software packages in 
the computing system, at least one of the software 
packages being dependent on a primary software 
package, said computer process conrprising the 
steps of: 

reading for each primary package to be 
installed the dependency list for the prinrtary 
package, said dependency list identifying sec- 
ondary packages that the primary package is 
dependent upon; 

if the primary package has a secondary pack- 
age not already installed, constructing a trailer 
script process and an action list, said action list 
having action entries, each action entry identi- 
fying a package, said trailer script process con- 
trolling installation of packages on the action 
list; 

adding to the action list the secondary package 

not already installed; and 

installing the primary package and secondary 

packages. 
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1 5. The computer program storage medium of claim 1 4 
where, in the computer program, the computer 
process step of installing comprises the steps of: 

adding an entry for the primary package at the s 
end of the action list; 

calling the trailer script process to install the 
secondary packages and the primary package 
on the action list 

10 

1 6. The computer program storage medium of claim 1 4 
where, in the computer program, the computer 
process step of installing comprises the steps of: 

installing the primary package; and 75 
calling the trailer script process to install the 
secondary packages on the action list. 

1 7. The conputer program storage medium of claim 1 6 
where, In the computer program, the trailer script 20 
process comprises the steps of: 

detecting an action entry on the action list; 
installing the secondary package identified by 
the action entry. 25 

18. The computer program storage medium of claim 1 6 
where said computer process in the computer pro- 
gram further conprises the steps of: 

30 

testing whether the secondary package, identi- 
fied by the action entry from the action list, is 
also a primary package having additional sec- 
ondary packages; 

identifying the additional secondary packages 3s 
and adding action entries on the action list for 
the additional secondary package; 
installing the secondary package having addi- 
tional secondary packages; and 
deleting from the action list the action entry for 40 
the secondary package having additional sec- 
ondary packages. 

19. The computer program storage medium of claim 16 
where said computer process in the computer pro- 45 
gram further comprises the steps of: 

detecting whether the primary package has a 

dependency list of secondary packages; 

rf there is a dependency list, reading a deperxi- so 

ency entry identifying a secondary package; 

checking if the secondary package has been 

installed; 

if the secondary package has not been 
installed adding an action entry on the action 55 
list fa the secondary package; 
if the secondary package has been installed, 
reading the next d^ndency entry on the 
dependency list; 



detecting when all action entries for the sec- 
ondary padQges for the primary package have 
been listed on the action list; and 
installing the primary package. 
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